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1. Intro 


Why Operators 


Customer-Driven Decision 
Containers=Kubernetes 
Operators = Simplification + Automation 


o Deployment 
o Management 


e Percona Database-as-a-Service 


o On-prem or Cloud 
o Deploy on k8s 


Why Operators for DBs 


e Cluster management is hard 
o K8S + database configuration is harder 
o Lots of things can go wrong 
e Deployment is not enough, think operations 


e Itis not only DB 
o Proxy 
o Backups 
o Monitoring 


2. The Hows 


Day 1 Operations - No Operator 


StatefulSet 
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. Kubernetes 
. StatefulSet 


a. DB Replication 
b. Sustain 
i. No downtime 
ii. Automate recovery 


. Storage (PVC/Hostpath) 
. Service 


a. Readers and writers 
b. Query caching 


. Proxy 


a. HA 
b. Configure 


. Other 


a. Customize DB 


Day 1 Operations - Operator 


Kubernetes 


primitives Operator 


Application 


Operator = Application + Kubernetes primitives 
Just give it the instructions 


metadata: 
name: my-cluster 
Spec: 
Der 
size: 3 
image: percona/percona-xtradb-cluster:8.0.22- 
sl 
air Finde: 
annotat1on:; 
resources: 
volumeSpec: 
haproxy: 
sizas 3 
conf Oma exis TONG 


Operator - internals 


Application 


k8s primitives Application logic 


Day 2 Operations - Summary 


Reliability Engineering tasks 
Backup/Restore operations 
ocaling 

Upgrade 

o Operator 

o Database 

o Components (proxy, monitoring) 
e DYI Database-as-a-Service 


Day 2 Operations - Scaling 


CPU/Mem 


Storage 


Day 2 Operations - backup / restore 


External backup Sidecar 


Backup tool 
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Backup tool 


Pod(s) 
Database 


Pod(s) 


Custom Resource 
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Backup tool 


Pod(s) 


Day 2 Operations - Disaster Recovery 


e Restore from backup 
o Without Custom Resource 
e Replication 
o Kubernetes level 
m Availability Zones 
m Regional clusters 
m Federation 
o Data replication 
m Operator per k8s cluster 


MySQL Cluster (Primary) 
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MySQL Cluster (Replica) 
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Going multi-cloud 


e Multi-cloud is a strategy 
e Multi-cloud DBs is hard 


o Lockin on other services 

o Incompatibilities on DB engine/plugin level 
e K8S does not change 

o Underlying infra does, but it is abstracted 


AWS 
~x 
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Why not the cloud? 


Cost 

Vendor lock-in 

Multi-cloud 

Open source as a strategy 


3. Summary 


Operators Capability Levels 


Level II Level III Level IV Level V 
Basic Install Seamless Upgrades Full Lifecycle Deep Insights Auto Pilot 
Automated application Patch and minor version App lifecycle, storage lifecycle Metrics, alerts, log processing Horizontal/vertical scaling, auto 
provisioning and upgrades supported (backup, failure recovery) and workload analysis config tuning, abnormal 
configuration management detection, scheduling tuning 


Percona Operators check out on all 
levels, but not all items 
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Summary 


e Containers everywhere 

e Databases on Kubernetes are hard 
o ~10 Pods, 20+ containers for one cluster 

e Operators simplify management 


o Kubernetes primitives 
o Databases and components 


Plans for the Operators 


e Feature parity 

e Multi-cluster 

e DBaasS integration 

e PostgreSQL - polish and polish 

e MySQL - v2 with async and Group Replication 


Public Roadmap: https://github.com/percona/roadmap/projects/1 


Thanks! e 


Any Questions? 


pz@percona.com / @PeterZaitsev 


sergey.pronin@percona.com / @sergeypronin 


